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1. OVERVIEW OF THE CL-CD2400 AND CL-CD2401 


The CL-CD2400 and CL-CD2401 are four-channel sync/async communications controllers designed 
specifically to reduce host-system processing overhead and increase efficiency in all types of communica- 
tions applications. They have four fully independent serial channels that support all popular asynchronous, 
character-synchronous, and bit-synchronous protocols at rates up to 64 kbps. Both devices are based on 
a proprietary on-chip RISC processor that performs all time-critical, low-level tasks, which would otherwise 
be performed by the host system. 


The CL-CD2400 and CL-CD2401 boost system efficiency with on-chip DMA, on-chip FIFOs, intelligent 
vectored interrupts, including Good Data™ Interrupts, and intelligent protocol processing. The on-chip DMA 
controller provides ‘Fire and Forget’ transmit support — the host only needs to inform the CL-CD2400 or 
CL-CD2401 of the location of the packet to be sent. Similarly, on receive, the CL-CD2400 or CL-CD2401 
will automatically receive a complete packet with no host intervention or assistance required. The DMA 
controller also has an ‘Append Mode’ for use in asynchronous applications. 


The DMA controller uses a dual-buffer scheme that makes it easy to implement simple or complex buffer 
schemes, such as linked lists and circular queues. Each channel and direction has two active buffers; the 
device transfers into or out of one while the host updates the other. The CL-CD2400/2401 then interrupts 
the host at the completion of a frame or a buffer. In applications where buffers are of a small fixed size, the 
dual buffering scheme allows large frames to be chained across multiple buffers. 


For applications where DMA interface is not desired, the part may be operated as an interrupt-driven or 
polled device. This choice is available individually for each channel and each direction — for example, you 
can have DMA transmit and interrupt-driven receive. 


In either case, 16-byte FIFOs on each channel and in each direction reduce latency time requirements and 
make both software and hardware design less time-critical. Threshold levels on the FIFOs are user- 
programmable. 


Efficient vectored interrupts are another way the CL-CD2400/2401 helps system efficiency. Separate 
interrupts are generated for transmit, receive, and modem-signal-change, with unique user-defined vectors 
for each type and channel. This allows very flexible interfacing and fast, efficient interrupt code. For 
example, the Good Data Interrupt allows the host to vector directly to a routine that transfers the data — 
no status or error-checking is required. 


The CL-CD2400 and CL-CD2401 are functionally equivalent and differ only in their pinout. The CL-CD2400 
is packaged in an 84-pin PLCC, and offers five clock/modem pins per channel; the CL-CD2401 is packaged 
ina 100-pin QFP, and offers eight clock/modem pins per channel. 


2. CL-CD2400/2401 AND 85C30 FEATURES COMPARED 


The CL-CD2400/2401 combines the functions of two 85C30s and one DMA controller. Since different types 
of DMA controllers can be used with the 85C30, it is not possible to compare the relative merits of the CL- 
CD2400/2401 DMA with the 85C30; however, some assumptions can be made. For instance, no DMA 
controller can transfer data faster than the 85C30 allows. 
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The following table compares the features and capabilities of CL-CD2400/2401 and the 85C30. 


GENERAL 


Number of serial channels per chip 
Number of DMA channels per chip 
Number of timers per channel 
Transmit FIFO size, per channel 
Receive FIFO size, per channel 


PROTOCOLS 
Asynchronous 


SYSTEM BUS 


Data bus width 
Big-endian/little-endian addressing 
Maximum clock frequency 
Number of Interrupt Types 
Ready/Wait signal 

Interrupt daisy chain 

Read/Write access time 

DMA transfer bandwidth 


Package options 


SERIAL CHANNELS 


Number of modem lines/channel 

. Number of clock lines/channel 
Number of DPLLs per channel 
Types of clock encoding supported 
Number of BRGs per channel 


NOTES: 


CL-CD2400/2401 85C30 

4 2 

8 0) 

2 0) 

16 1 

16 3 

CL-CD2400/2401 85C30 

YES YES 

YES YES 

YES YES 

YES YES 

YES NO 

CL-CD2400/2401 85C30 

8 or 16 bits 8 bits only 

pin-selectable not available 

20 MHz 16 MHz 

3 1 

YES NO (note 1) 

YES YES | 

140 ns 6 clock cycles (note 2) 

10 Mbytes/sec. (200 ns) 2.66 Mbytes/sec. 
(375 ns) (note 3) 

84-pin PLCC and 40-pin DIP and 

100-pin QFP 44-pin PLCC 

CL-CD2400/2401 85C30 

5 3 (note 4) 

3 (note 5) 2 

1 1 


NRZ, NRZI, Manchester 
2 


NRZ, NRZI, FMO/1 
1 


1) As it is muxed with its DMA request signal, the 85C30 wait signal is not available in DMA systems. 
2) Two clock cycles are required for access, and four more are required for ‘recovery’. Recovery time is required after any type 


of access to the 85C30. 


3) The DMA bandwidth depends on the slower of the two, either the 85C30 or the external DMA controller. The limits of 85C30 
have been shown, it is generally lower than the external DMAdevice. Bus arbitration time has not been included fortwo reasons: 
first, it is system-dependent, not peripheral-dependent; and second, it is likely to be the same regardless of the communications 


chip chosen. 


4) Reflects pin count when full duplex DMA request is implemented. Some applications have four modem signals available, 
depending on how DMA and wait signals are implemented. 


5) The CL-CD2400 multiplexes five modem and three clock signals onto five pins. The CL-CD2401 provides eight independent 
pins to support these functions. This is the only difference between the CL-CD2400 and CL-CD2401. 
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3. COMPARISON OF PERFORMANCE 


3.1 The 85C30 


The 85C30 imposes significant limitations on system design and throughput. It requires immediate, high- 
priority response by the CPU, both for interrupt service and for DMA access to the system bus. Its 3-byte- 
deep receive FIFO (without programmable threshold), and 1-byte-deep transmit FIFO are too small to 
provide adequate latency between the host and the serial lines. As a result, a dedicated high-performance 
CPU is needed to service the 85C30 in order to prevent overrun and underrun due to overflowing and 
underflowing of the FIFOs. 


Adding a DMA controller to the system (or integrating a DMA cell to the 85C30), will not provide significant 
gains of performance to the system because of the shallow FIFOs. Multiple short bursts create repetitive 
overhead in bus arbitration, and slow CPU performance by tying up the bus with data transfers. 


Finally, the intrinsic ‘recovery time’ required for every access cycle to the 85C30 increases time for data 
movement, with or without DMA. (Recovery time is the time needed by the 85C30 after any access, for 
internal circuits to stabilize. The 85C30 requires four idle clocks between each access for internal 
synchronization of system interface and instruction execution). In typical real-world applications, the host 
CPU frequently has to access the 85C30 for control and status exchange in addition to data transfers. 


In asynchronous applications, the CPU has to poll the receive character available bit after each character 
read, even though all three bytes of FIFO are full. Parity and status checki ng are also needed because the 
character may not be Good Data. 


In HDLC transmit applications using DMA, the CPU still has to write the first and the last character 
separately, in order to properly initiate and terminate the DMA transfers. (In some cases, the CPU may have 
to transfer the first two bytes — refer to Figure 1 for details.) In addition, the CPU must set the Abort/Flag 
Bit to ‘abort’ during every frame, then as the last byte is being transferred, set the bit to ‘flag’. Because there 
is only a 1-byte-deep transmit FIFO, DMA latency must be kept very short, andthe CPU has to monitor HDLC 
transmit very closely to prevent underrun. 


In Bisync applications, the CPU has to monitor character availability closely in order to enable/disable CRC 
checking/generation in real time. Sending and receiving ‘small’ frames in HDLC, and Bisync can consume 
a high percentage of CPU and een bus time, due to the amount of time-critical software overhead per 
packet. 


3.2 The CL-CD2400 and CL-CD2401 


The CL-CD2400 and CL-CD2401 offer less burden on the host CPU. There are no time-critical interrupt 
or DMA latency requirements, and as the DMA is integrated with the serial interface, no CPU activity is 
required during the course of transmission of a packet. 


In asynchronous applications, the 16-byte FIFOs eliminate time-critical interrupts — the threshold for 
interrupts can be set to any level — so the time allowed for the host to respond to the interrupt can be as 
long as needed. DMA can also be used to transfer asynchronous data. Again, the 16-byte FIFOs virtually 
eliminate the need for time-critical access to the bus by the DMA controller. Likewise, the large FIFO means 
fewer DMA bursts, and less bus arbitration overhead. The Figures 1 and 2 show the steps required to 
receive a string of 12 async characters. 
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85C30 CL-CD2400 


Interrupt Occurs 
Read # good bytes 
Read Interrupt Type 
Tranfer 12 bytes 


Read Char 


Test Char 
Available bit 


Repeat 0 to 2 
times 


Repeat up to 
12 times 


Figure 1. 85C30 and CL-CD2400 Flow Charts — 
required to receive a string of 12 async characters 


Note that 85C30 has only a three-byte FIFO on receive (with no threshold feature), so the host system will 
have to handle at least four or as many as 12 interrupts. 


In synchronous applications, the CL-CD2400 offers ‘Fire-and-Forget’ operation. The host can pass an 
address pointer and length to the CL-CD2400, and an entire frame will be sent with no further effort. 
Similarly, the CL-CD2400 will receive complete frames without any host intervention. The 85C30, on the 
other hand, requires substantially more host CPU support. There are two time-critical portions of code 
involved in starting and ending the frame transmission, as well as several additional steps overall. The two 
flowcharts on the following page show the steps required to transmit a 50-byte frame in HDLC. 


Refer to the CL-CD2400/2401 Data Sheet for further information. 


} 


CL-CD2400/2401 
C ° . 
=" CIRRUS LOGIC — i awtt—‘“‘(‘i‘i‘i‘i‘i‘<i~Ci ommunications Controller 


PIN NN NE a ae a aialela lala leinielelpteletale eine alae lela elelelelelela alee lelelaielaletele elas elena a oe 
ESTHET SSS SSE SESE ae eaabeuo eabeeiuiatiaa uutatotatata tobe teetelutedatisetetatatitutatenstetetatetetetels 
erate e ate ee ae arate a a ata a ane ete es etna ae ete ate ete tatatetenatateteretatne etatatettats tere eter atete areata etatareta a atatenetatanetetenae tn erate atte 


85C30 CL-CD2400 
Begin 


Load DMA Address 
Pointer to ADR 


Calculate Address 


of last byte of frame 
(you'll need it later). 


Load DMA Length 
Preset 85C30 CRC Pointer to LEN 


generator 


Enable DMA Controller 
Allow DMA transfer to 
complete 


Transfer 1st char to 


85C30 under 
program control 


is 85C30 Xmit 
Reg Ey 
Load DMA Address Load DMA Address 
Time-Critical Code Pointer to ADR+1 Pointer to ADR+2 
~ Load DMA Length Load DMA Length 
Pointer to LEN-2 Pointer to LEN-3 
Enable DMA Controller 
Set 85C30 Abort/Flag 
bit to ‘Abort’ 


Allow DMA transfers to 
complete 

Get Interrupt from DMA 
controller 


Time-Critical Code 


Figure 2. 85C30 and CL-CD2400 Fiow Charts — 
required to transmit a 50-byte frame in HDLC 
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3.3 Interrupt and DMA Latency Comparison 


There are two kinds of latencies to consider when evaluating system performance, DMA Bus-access 
latency and host CPU interrupt repsonse latency. The CD2400/2401 is substantially faster in both of these 
categories than the 85C30. 


DMA Latency CL-CD2400/2401 85C30 

Transmit 2000 usec 125 sec 

Receive 2000 psec 125 psec 
Interrupt Latency - Sync. Protocols CL-CD2400/2401 85C30 

Transmit infinite 125 psec 
Receive 2000 psec 375 psec 
Interrupt Latecny - Async. Protocol CL-CD2400/2401 85C30 

Transmit 2000 psec (Note 1) 125 psec (Note 1) 
Receive 2000 psec 375 psec 


Note 1: Maximum response time to avoid underrun. An underrun is not a fatal error, so violating this specification 
will not cause a problem; however, it will reduce system efficiency. 


3.4 Performance Comparison 


The HDLC family of protocols are the most widely used of the synchronous protocols, so we've begun with 
several examples showing the advantages of the CD2400/2401 over the 85C30 in HDLC applications. 
Comparison of performance in an interrupt or polled system is presented in the first two examples, since 
the 85C30 has no DMA controller on-chip. 


Without knowing the DMA controller being used with the 85C30, we cannot quantify precisiely the 
performance improvement the CD2400 offers over the 85C30 solution, but we can make some reasonable 
estimates. These are shown in the third example. 


- Example 4 shows the loading effect on a host CPU of interrupts, and quantifies the benefits of using a 
datacom controller which reduces the number of interrupts the host must handle. 


Example 5 shows the performance improvement in typical asynchronous applications. 
In this example, and the ones that follow, we have not included the initialization code execution time. Only 


times based on per-packet processing are used because power-on initialization execution time is not 
usually a critical parameter. 
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Example 1: Receiving HDLC Frame in Interrupt Mode 


The times shown here are the actual amount of time spent accessing the peripheral chip. This analysis does 
not include the time required by the host to set pointers, or do other work associated with handling the data 
once it has been transferred. Instruction execution time has not been included, because there are so many 
different CPUs of such a wide range of performance that it is not possible to make any general assumptions. 
Ingneral, the 85C30 requires more instructions to receive a frame than required by the CD2400/2401. This 
means in the 'real world’ the performance gain will be even greater. 


85C30 Rx Data Mechanism CL-CD2400 Rx Data Mechanism 

Interrupt Acknowledge Cycle 160 ns* Interrupt Acknowledge Cycle 200 ns* 
Recovery Time 250 ns Read RFOC (# of bytes in FIFO) 200ns 

Read RR8 (for 1 char.) 125 ns Read RDR (Ready chars.) 200 ns times N 
Recovery Time 250 ns Write to REOIR 200 ns 

Reset Highest IUS 125 ns Total (600 + 200N) ns 
Recovery Time 250 ns where N =1 to 16 
Total 1160 ns 


* CPU context switch time is not included in the calculation. Note that relative advantage of the CL-CD2400 
performance will increase if context switch time is considered, because of the significantly fewer number of 
interrupts it generates. Refer to Example 3 on interrupt overhead for comparisons of this effect. 


Calculation of Performance | 


Number of Bytes 85C30 Access Time CL-CD2400 Access Time Improvement Factor 
8 1160 x 8 = 9.28 us 600 + 200x8=2.2 us 4.2 
100 1160 x 100 = 116 Ls 6 (600 + 200 x 16) 


+ (600 +200x4)=242us 4.8 


1000 1160 x 1000 = 1160 ps 62 (600 + 200 x 16) 
+ (600 +200x8)=238ys 4.9 
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Example 2: Transmitting HDLC Frame in Interrupt Mode 


The times shown here are the actual amount of time spent accessing the peripheral chip. This analysis does 
not include the time required by the host to set pointers or do other work associated with handling the data 
once it has been transferred. Instruction execution time has not been included, because there are so many 
different CPUs of such a wide range of performance that it is not possible to make any general assumptions. 
In general, the CD2400/2401 requires fewer instructions that the 85C30, so the performance gain will be 
even greater than indicated here. 


85C30 Tx Data Mechanism CL-CD2400 Tx Data Mechanism 

Interrupt Acknowledge Cycle 160 ns* Interrupt Acknowledge Cycle 200 ns* 
Recovery Time 250 ns Write TDR (Write N chars.) 200 ns times N 
Write WR8 (for 1 char.) 125 ns Write to TEIOR 200 ns 
Recovery Time 250 ns Total (400 + 200N) ns 
Reset Highest IUS 125 ns | where N = 1 to 16 
Recovery Time 290 ns 

Total 1160 ns 


* CPUcontext switch time is not included inthe specification. The time required by the processor to enter its interrupt 
context, and to save necessary registers is not included. The times shown are only the time required to fetch 
necessary status fromthe device. Note that the CL-CD2400 performance advantage will increase if context switch 
time is considered. 


Calculation of Performance (not including interrupt context switch time): 


Number of Bytes 85C30 Access Time CL-CD2400 Access Time Improvement Factor 
8 1160 x 8 = 9.28 ys 400 + (200 x 8) =2.0 us 4.64 
100 1160 x 100 = 116 ps 6 (400 + (200 x 16)) 


+(400+200x4)=22.8ys 5.08 


1000 1160x1000=1160s 62 (400 + (200 x 16)) 
+ (400 +200x8)=225ys 5.15 
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Example 3: Transmitting HDLC in DMA Mode 


It is not possible to provide an exact comparison between the CL-CD2400 and the 85C30 when using an 
external DMA controller because of the wide variety of DMA controllers currently available. However, some 
general comparisons and observations can be made. 


Both the CL-CD2400 and the 85C30/DMA require the following: 
1. Write a start-of-frame pointer to the DMA registers. 

2. Write a length-of-frame pointer to the DMA registers. 

3. Enable the DMA to transfer data. 


In addition, the 85C30/DMA combination requires a start of the transfer manually by moving one byte’: 
Modify the start-of-frame pointer by adding 1 to it before writing to the DMA. 

Modify the length-of frame by subtracting 2 from it. 

Calculate the pointer to the last byte in the frame and have it ready. 

Manually reset the CRC generator. 


. Transfer the first byte under program control from RAM to the 85C30. This ‘primes the pump’, causing 
the 85C30 to then request more data from the DMA controller. 


6. Enable the DMA controller. 


7. Immediately set the 85C30 Flag/Abort Bit to ‘abort’, so that if the DMA controller underruns the frame, 
it will be aborted (as it should be in that case). 


8. Wait for an interrupt from the DMA controller, indicating it is done with the transfer. 
9. Immediately set the 85C30 Flag/Abort Bit back to ‘flag’. 
10. Immediately move the last character from RAM to the 85C30. 


ON See I 


There are six time-critical steps involved in starting the transmission of aframe. Three of these are accesses 
to the 85C30, and three are accesses to the DMA controller. In addition to these six accesses, a number 
of host CPU cycles will be required to fetch pointers, etc. There are three time-critical steps involved in 
ending the transmission of a frame, including receiving an interrupt and entering an interrupt context. 


Together, there are nine I/O accesses, one interrupt context-switch time, and several instructions that must 
be executed. At both the beginning and the end of the frame one byte time is available to perform these 
time-critical operations (to avoid short frames at the beginning and aborted frames at the end). A typical 
56 kbps synchronous line allows 143 ps per byte; at 64 kbps this drops to 125 ps. The problem is then 
whether or not the code can execute in the available time. 


The answer is ‘yes’ fora single channel system. However, as the number of channels increases, itbecomes 
increasingly difficult for one host CPU (even a fast one) to keep pace. A design based on a 16 MHz 68000 
processor, for instance, needs about 10 1s for the interrupt context switch alone. A four-channel system 


' Two bytes may need to be moved, depending on the relative speed of the DMA controller being used and the 85C30. When 
the first byte is moved to the 85C30 transmit holding register, the device moves it into the shift register, begins transmission, and 
requests another byte. In systems with sufficiently fast DMA controllers, the controller will supply the byte in time. Some systems 
may underrun, however, which causes an illegal short frame or aborted frame. The flowchart provided in Figure 2 shows the case 
where itis necessary to test the 85C30 transmitter to see if a second byte is needed; this case is more complex than the one outlined 
above in Example 5. Most real-world applications pre-caiculate all of the pointers, because once the frame is started there is not 
much time for address calculation. 
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therefore has only 85 ps to handle pointer manipulation and all other work for four channels - very difficult, 
and this still does not include the receive-side code! Systems with more channels require much faster and 
more expensive host processors. 
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The CL-CD2400, on the other hand, has more relaxed time-critical code segments, as well as a significantly 
reduced host CPU effort required per packet. Only three steps are required to send a packet, so only a few 
simple host instructions are necessary. None of these are time-critical, so the host response can be as slow 
as necessary. On the receive side, the host need only respond within 2000 js - easy even in multi-channel 
designs. Typical low-cost CISC processors can support many channels. Furthermore, in high-channel 
count systems, there is a fail-safe, self-limiting characteristic: an overly-busy system will simply have more 
flags between packets, instead of aborting frames and wasting bandwidth. 


Given the number of bus cycles used in accessing the peripheral chip(s) in each of the two cases, it is 
possible to discern the amount of bus time used in each case. Assumed bus speed is 10 MHz, and both 
DMA controllers can do a cycle in two clocks, and an assumed packet is 50 bytes. 


For the 85C30, the 10 steps shown in this example will require 28.3 is of bus cycles to access the 85C30 
and allow the DMA controller to do its transfers. This does NOT include the actual CPU instruction execution 
time or interrupt overhead. 


For the CL-CD2400, the three steps in this example and DMA bus time will total 5.4 us. Again, this does 
not include the actual CPU instructions or interrupt context overhead, but as noted above, it is substantially 
less with the CL-CD2400 than with the 85C30. According to this data, the CL-CD2400 is at least six times 
more efficient than the 85C30, and depending on the host system CPU, may be more efficient than that. 
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Example 4: Effect of interrupt Context Switch Time on Relative Performance 


Interrupt response time — the time required by the host CPU to switch contexts — depends on the processor 
and the number of registers that must be saved. Processors differ, so it is not possible to determine an 
absolute figure for the amount of overhead. Some estimates, however, can be made. The 68000, for 
instance, requires 38 clock cycles to save internal state, and 48 more clock cycles to save three address 
and two data registers. Restoring the registers and context at 16.67 MHz requires 52 and 24 clocks, 
respectively, and this requires 9.72 us. This value is typical for the kinds of processors most often used in 
intelligent I/O systems. (Although it should be noted that RISC processors will generally be shorter; 
alternately, more complex software environments will result in the time being much longer.) The following 
two tables show the number of interrupts, and their effect on the host processor. 


Number of Interrupts: 


Number of Bytes  # of 85C30 Interrupts # of CL-CD2400 Interrupts improvement Factor 
8 8 1 8 

100 100 7 14.3 

1000 1000 63 15.8 


Net Performance, 68000 @ 16.67 MHz. 


Number of Bytes 85C30 Execution Time CL-CD2400 Execution Time Improvement Factor 


8 9.28 +8x9./72 = 87 us 2+1x9./2=11./7 us 7.43 

100 116 +100x9.72=1204ys 22.8+7x9.72 = 90.8 us 13.3 

1000 1160 + 1000 x 9.72 225 + 63 x 9.72 = 837 us 13.0 
= 10880 us 
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Example 5: Receiving Asynchronous Data in Interrupt Mode 


The times shown here are the actual amount of time spent accessing the peripheral chip. This analysis does 
not include the time required by the host to set pointers, or do other work associated with handling the data 
once it has been transferred. Instruction execution time has not been included because there are so many 
different CPUs of such a wide range of performance that itis not possible to make any general assumptions. 


85C30 Rx Data Mechanism CL-CD2400 Rx Data Mechanism 

Interrupt Acknowledge Cycle 160 ns* Interrupt Acknowledge Cycle 200 ns* 
Recovery Time 250 ns Read RFOC (# of bytes in FIFO) 200ns 

Read Status Byte 125 ns Read RDR (Ready chars.) 200 ns times N 
Recovery Time 250 ns Write to REOIR 200 ns 

Test Status Byte 125 ns Total (600 + 200N) ns 
Read Rev Data Reg (for 1 char.) 125 ns where N = 1 to 16 
Recovery Time 250 ns 

Reset Highest IUS 125 ns 

Recovery Time 250 ns 

Total 1660 ns 


Calculation of Performance 


Number of Bytes 85C30 Access Time CL-CD2400 Access Time Improvement Factor 
8 1660 x 8 = 13.28 us 600 + 200x8=2.2 us 6.0 
100 1660 x 100 = 166 ps 6 (600 + 200 x 16) 


+ (600 + 200 x4)=242us 6.8 


1000 1660 x 1000 = 1660 us 62 (600 + 200 x 16) 
+ (600 + 200 x 8)=238 us 7.0 


SUMMARY 


In all applications, the CL-CD2400 offers a number of advantages over the 85C30. It is easier to program, 
requires less host CPU time, and less host bus bandwidth to support a given level of traffic. It has no time- 
Critical interrupt requirements, and has very low bus latency and interrupt latency requirements. The CL- 

CD2400/2401 offer the most functionality and high level of integration available today — four full channels, 
FIFOs, and DMA in one 84- or (smaller) 100-pin package. 
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The Company 


Cirrus Logic, Inc., produces high-integration peripheral controller circuits for mass storage, graphics, 
and data communications. Our products are used in leading-edge personal computers, engineering 
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Cirrus Logic's fabless manufacturing strategy, unique in the semiconductor industry, employs a 
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